home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19941221-19950208 / 000180_news@columbia.edu_Mon Jan 16 16:46:18 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  10KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA03580
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Mon, 16 Jan 1995 11:46:24 -0500
  3. Received: by apakabar.cc.columbia.edu id AA25613
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Mon, 16 Jan 1995 11:46:22 -0500
  5. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  6. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Kermit File Transfer and tn3270
  9. Date: 16 Jan 1995 16:46:18 GMT
  10. Organization: Columbia University
  11. Lines: 169
  12. Message-Id: <3fe7sq$p0a@apakabar.cc.columbia.edu>
  13. References: <173276AEB.BDESIMON@uga.cc.uga.edu>
  14. Nntp-Posting-Host: watsun.cc.columbia.edu
  15. Keywords: Mainframe, 3270
  16. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  17.  
  18. In article <173276AEB.BDESIMON@uga.cc.uga.edu>,
  19. Bert DeSimone <BDESIMON@UGA.CC.UGA.EDU> wrote:
  20. >Gotta figure this has come up before.  We are evaluating a terminal server
  21. >that supports tn3270.  No problem using MS-Kermit to connect to the terminal
  22. >server and connect via tn3270 to an IBM mainframe.  However, file
  23. >transfers (either invoking server on the mainframe or not) always fail.
  24. >Connecting through this same terminal server to the same mainframe
  25. >through a 7171 presents *no* problem with file transfer.  (BTW: I don't
  26. >have to be using tn3270 on a terminal server; file transfers with Kermit
  27. >using tn3270 on a Unix host fail the same way).
  28. > 
  29. >I am speculating that the mainframe Kermit must send a transparent mode
  30. >sequence, ordinarily processed by the protocol converter, that is causing 
  31. >the problem.
  32. > 
  33. One of the major strengths of the Kermit protocol is its ability to
  34. transfer files with IBM mainframes over a wide variety of connection
  35. types, and there is an excellent Kermit software program for the IBM
  36. mainframe, which is available for VM/CMS, MVS/TSO (and ROSCOE), CICS, and
  37. MUSIC.  The current version is 4.3.0, with version 4.3.1 in beta test.
  38.  
  39. All of the Kermit books and manuals ("Kermit, A File Transfer Protocol",
  40. "Using MS-DOS Kermit", "Using C-Kermit", and the IBM mainframe Kermit
  41. online manuals) describe the process(es) in some detail.  Here is a brief
  42. summary.
  43.  
  44. Half-duplex (local-echo), line-at-a-time connections are generally handled
  45. by the "ibm" macro that is built in to MS-DOS Kermit and C-Kermit, which
  46. performs the following protocol-related settings:
  47.  
  48.   set local-echo on
  49.   set parity mark
  50.   set flow none
  51.   set handshake xon
  52.  
  53. Full-screen sessions go through a 3270 terminal emulator.  This can reside
  54. anywhere between the client software (such as MS-DOS Kermit) and the
  55. mainframe.  For the past 10 or 20 years, the most common place to find the
  56. 3270 emulator was on a special purpose "protocol converter": a box that
  57. has serial lines on one side and a connection to the mainframe on the
  58. other.  This box generally works by tricking the mainframe into thinking
  59. it is a "control unit" with multiple 3270 terminals attached, and at the
  60. same time tricking the terminals into thinking they are communicating with
  61. a "normal" ASCII character-at-a-time host.  The box converts between 3270
  62. data streams and ASCII terminal (e.g. VT100) conventions.  This includes
  63. ASCII/EBCDIC character-set conversion, cursor positioning and screen
  64. painting, and keystroke interpretation.
  65.  
  66. As you can imagine, all of these conversions would normally have a
  67. disastrous effect on Kermit protocol packets, and also upon any other type
  68. of data that has to be transmitted "as is", without conversion, such as
  69. graphics terminal directives.  Thus, many protocol converters support a
  70. "transparent mode", that allows the mainframe host to command them to turn
  71. off their conversion functions, and at a later time, turn them back on.
  72.  
  73. When everything works as planned, the only Kermit commands required for
  74. going through the protocol converter are:
  75.  
  76.   set flow xon/xoff ; (usually)
  77.   set parity even   ; (or other)
  78.  
  79. Everything else corresponds to the normal Kermit defaults (remote echo,
  80. no "handshake", etc).
  81.  
  82. Unfortunately, the method for entering and leaving transparent mode
  83. differs from one 3270 emulation product to another.  Ideally, there are
  84. two components: (1) the identification phase, in which the mainframe
  85. software issues a special instruction that causes the protcol converter to
  86. respond in a unique (but harmless) way; and (2) the actual enter- and
  87. exit-transparent-mode directives.
  88.  
  89. IBM Mainframe Kermit needs to know which kind of transparency, if any, is
  90. used by the protocol converter so it can be put into transparent mode at
  91. the beginning of packet protocol and taken out of it upon return to
  92. interactive command mode.  There are several ways that mainframe Kermit
  93. can go about this.  First, you can use the SET CONTROLLER command to tell
  94. it which style of transparency is used by the protocol converter.  Second,
  95. mainframe Kermit can be set up by the system administrator to always use a
  96. particular style.  Third, it can attempt to "autodiscover" the controller
  97. type by issuing various types of identification queries and checking the
  98. results.  The third method is not very reliable, however, since many types
  99. of protocol converters fail to respond to these queries even when they do
  100. implement a particular style of transparency.
  101.  
  102. Nowadays, special-purpose protocol converters are giving way to general
  103. purpose terminal and compute servers that include a "tn3270" function.
  104. tn3270 is a special kind of TELNET program that also performs 3270
  105. emulation, and requires that the mainframe be on TCP/IP network and have
  106. a TN3270 server.  Here are two examples:
  107.  
  108.  1. UNIX tn3270.  Most UNIX systems come with a tn3270 program that lets
  109.     you make a full-screen connection to an IBM mainframe.  Once you have
  110.     made the connection, you should be able to start Kermit on the
  111.     mainframe, give it a SEND, RECEIVE, or SERVER command, escape back to
  112.     your terminal emulator (e.g. MS-DOS Kermit), and transfer files
  113.     without any special settings.  If you have trouble with this, then:
  114.  
  115.      . Ask mainframe Kermit to "show controller".  If it doesn't say
  116.        Series/1, then tell it to "set controller series1".
  117.  
  118.      . Try using shorter packets.  The maximum length that can pass
  119.        through the protocol converter might be less than what you are
  120.        trying to use.  A typical maximum value might be 1700.
  121.  
  122.      . Tell one or both Kermit programs to "set parity space".
  123.  
  124.  2. Cisco terminal server tn3270.  Current releases of Cisco terminal
  125.     server software include a tn3270 feature that is supposed to permit
  126.     Kermit transfers, but it has bugs.  Sometimes these bugs can be worked
  127.     around by using the methods listed in (1) above and specifying VERY
  128.     short packets, like 30 or 40 bytes.  Sometimes they can't be worked
  129.     around at all.  A future release of Cisco software (probably 10.3)
  130.     will include new tn3270 software that implements Series/1-style
  131.     transparency correctly, and allows Kermit transfers of both text and
  132.     binary files in both directions using packet lengths up to about 1900
  133.     (or whatever the total screen size is).
  134.  
  135. If you try all of these workarounds with your terminal server and still
  136. get failed transfers, make packet logs and/or debug logs in both Kermit
  137. programs to find out what the terminal server is delivering to each Kermit
  138. program, and report the misbehavior to your terminal server vendor.
  139.  
  140. For further information about specific protocol converters and how to
  141. configure IBM Mainframe Kermit for them, please read the ik0aaa.hlp file
  142. that comes with IBM Mainframe Kermit.
  143.  
  144. Finally, it is possible to transfer files through a 3270 fullscreen
  145. connection even when 3270 emulator can't be put into transparent mode at
  146. all.  You can read about this in the C-Kermit update notes file
  147. (ckcker.upd) and the MS-DOS Kermit update notes files (KERMIT.UPD).
  148. Quoting from the latter:
  149.  
  150. "Doomsday Kermit" (DDK) techniques allow file transfer with IBM mainframes
  151. through 3270 protocol converters that do NOT support transparent mode, to be
  152. used in conjunction with IBM Mainframe Kermit's SET CONTROLLER FULLSCREEN
  153. command on VM/CMS, MVS/TSO, or CICS.  MS-DOS Kermit 3.13 or later and IBM
  154. Mainframe Kermit 4.2.3 or later required.  Commands:
  155.     
  156.   SET PARITY EVEN     ; Or whatever
  157.   SET FLOW XON/XOFF     ; Or whatever
  158.   SET SEND START 62     ; Greater-than sign
  159.   SET RECEIVE START 62     ; Ditto
  160.   SET BLOCK BLANK-FREE-2 ; New block-check type
  161.   SET HANDSHAKE NONE
  162.  
  163. BLANK-FREE-2 is a new block-check type, exactly like type 2, except encoded
  164. to never contains blanks.  Give IBM Mainframe Kermit the following commands:
  165.  
  166.   SET CONTROLLER FULL
  167.   SET SEND START 62
  168.   SET RECEIVE START 62
  169.   SET BLOCK BLANK-FREE-2
  170.   SET HANDSHAKE 0
  171.  
  172. Doomsday Kermit file transfers are not as reliable as regular Kermit protocol
  173. transfers, and they are much slower.  Use this method only as a last resort;
  174. that is, only when you can't get a transparent-mode fullscreen connection or
  175. a linemode connection to the mainframe.
  176.  
  177. (end quote)
  178.  
  179. And beyond finally: in the future, we expect to add 3270 emulation to the
  180. Kermit software itself, so you will be able to make tn3270 connections
  181. directly from Kermit to the mainframe without having to go through a
  182. "black box" for the conversion.  Of course, Kermit software will handle
  183. transparency correctly (and automatically).  (And no, I can't estimate
  184. when built-in 3270 emulation will be available.)
  185.  
  186. - Frank